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(57) Un des objets de la pr^sente invention est un 
proc6d6 pour la mise en oeuvre rfUn algorrthme de con- 
trole d'admisslon dans un systdme de telecommunica- 



tions, precede dans lequel au moins un paramdtre dudit 
algorithme est adapte dynamiquement en fonction d'un 
modeie de trafic representatif des trafics en presence. 
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Description 

[0001] La pr6sente invention concerne d'une mani^re 
gen^rale les syst^mes de telecommunications, et plus 
particuli^rement la gestion des ressources de transmis- 
sion et de la quality de service dans ces systdmes. 
[0002] La pr6sente invention est notamment applica- 
ble aux systemes de radiocomunicatlons mobiies, no- 
tamment de troisi^me generation, notamment de type 
UMTS (« Universal Mobile Telecommunication 
System »). 

[0003] D'une manidre generate, les syst6mes de ra- 
diocommunications mobiles font Tobjet de normalisa- 
tion, et pour plus ^informations on pourra se reterer aux 
normes correspondantes. publi6es par les organismes 
de normalisation correspondants. 
[0004] L'archrtecture generale de ces systemes est 
rappeiee sur la figure 1 , elle comporte essenttellement : 

- un reseau d'acces radio 1, ou RAN (pour « Radio 
Access Network »). 

un coeur de reseau 4. ou CN (pour « Core 
Network »). 



[0005] Le RAN est forme de stations de base telies 
que 2 et de contrdleurs de stations de base teis que 3. 
II est en relation d'une part avec des terminaux mobiles 
tels que 5, via une interface 6 appeiee aussi interface 
radio, et d'autre part avec le CN 4 via une interface 7. A 
rinterieur du RAN, les stations de base communiquent 
avec les contrdleurs de stations de base via une inter- 
face 8. 

[0006] Dans les systemes de type UMTS, le i^N est 
appeie UTRAN fUMTS Terrestrial Radio Access 
Network »), les stations de base sont appeiees « Node 
B », les contrdleurs de stations de base sont appel6s 
RNC ("Radio Network Controller), et tes terminaux mo- 
biles sont appeiees UE (« User Equipment »). Llnterfa- 
ce radio 6 est appel6e « interface Uu », Tinterface 7 est 
appeiee interface « lu Pinterface 8 est appeiee inter- 
face « lub et une interface 9 entre RNCs est en outre 
introduite, appeiee interface « lur Le CN contient es- 
sentiellement des entites ou noeuds de reseau, telies 
que notamment des entites 10 de type MSC (« Mobile 
Switching Center ») et des entites 11 de type SGSN 
(« Serving GPRS Serving Node>» oD GPRS est utilise 
pour « General Packet Radio Service**). L'interface en- 
tre RNC et MSC est aussi appeiee interface « lu-CS » 
(oO CS est utilise pour Circuit-Switched ») et llnterfa- 
ce entre RNC et SGSN est aussi appeiee interface 
« lu-PS y> (oD PS est utilise pour «« Packet-Switched »). 
[0007] Une technique de transport generalement uti- 
lisee dans rUTRAN est la technique ATM 
(<c Asynchronous Transfer Mode ») basee sur un multi- 
plexage temporel asynchrone de petits paquets de taiite 
fixe appeies cellules. D'une maniere generale, la tech- 
nique ATM fait I'objet de normalisation, et pour plus d'in- 
format'ions on pounra se referer aux normes correspon- 



dantes, publiees par les organismes de normalisation 
correspondants. On rappelle simplement qu'un reseau 
ATM peut etre modeiise au moyen d'une couche dite 
couche ATM et d'une couche dite couche d'adaptation 

5 ^ I'ATM (ou couche AAL, pour ATM Adaptation 
Layer ») plac6e entre la couche ATM et les utilisateurs. 
La couche ATM est orientee connexion, et realise une 
transmission de cellules sur une connexion logique en- 
tre une source et une destination, cette connexion logi- 

10 que etant aussi appeiee circuit virtuel ou VC (pour 
« Virtual Channel »). 

[OOOq Pour rappltealion de I'ATM au transport ^ Hn- 
terieur de I'UTRAN. une couche AAL sp6cifique, appe- 
iee couche AAL2. est util'isee. Lorsqu'un UE communl- 
15 que avec I'UTRAN, une connexion logique con-espon- 
dante, ou connexion AAL2, peut etre etablie sur une ou 
plusieurs des interfaces concernees de I'UTRAN, d sa- 
voir generalement les interfaces « lub « lu-CS » et 
« lur ». Ces connexions AAL2 etant generalement e bas 
20 debit (du fait de la transmission k bas debit sur rinterface 
radio), plusieurs connexions AAL2 sont alors avanta- 
geusement multiplexees & rinterieur d'une meme con- 
nexion ATM ou circuit virtuel ATM. 
[0009] Les besoins en ressources de transmission 
25 pour les differentes connexions AAL2 susceptibles 
d'etre multiplexees sur un meme circuit virtuel ATM peu- 
vent etre differents, du fart que ces connextons AAL2 
peuvent con-espondre ^ differents types de trafics ou 
services, pouvant avoir des besoins differents en qual'ite 
30 de service ou QoS (pour « Quality of Service >•). On rap- 
pelle que dans un systeme tel que I'UMTS on distingue 
quatre classes de trafic : conversationnel, ^flux continu 
(ou ^ streaming »). interactif. d'arriere plan (ou 
«c background »). Pour chaque classe de trafic on dis- 
ss tingue aussi differents parametres de QoS, tels que no- 
tamment le deiai de transmission maximum acceptable, 
la probabilfte que le deiai de transmission soit superieur 
k ce deiai maximum acceptable, le taux d'en^eurs 
acceptable, ...etc . Dans I'exemple plus part'iculiere- 
40 ment conskjere id du transport ^ llnterieur de I'UTRAN, 
la QoS cible, ou QoS requise pour un type de trafic ou 
service donne, est notamment representee par un deiai 
de transmlsston maximum et par une probabilite que le 
deiai de transmission soft superieur ^ ce deiai maxl- 
45 mum. Par exempie. pour un type de trafic correspondant 
gi de la parole, la QoS cible peut etre representee par 
un deiai de transmission maximum de 7ms et une pro- 
babilite egale k 10-^ que le deial de transmission soit 
superieur ^ 7ito. Le deiai de transmission maximum re- 
50 quis peut etre different pour differents types de trafics 
ou servkses. Par exempie le deiai de transmission maxi- 
mum requis pour un service de type teiephonie est in- 
ferieur au deiai de transmission maximum requis pour 
un servfce de type vkJeoteiephonie, qui est lui-meme in- 
55 ferieur au deiai de transmission maximum requis pour 
un service de type navigation sur le Web (ou « Web 
browsing »). 

[0010] Un algorithme de contrdie d'admission de con- 
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nexlon (ou CAC, pour « Connexion Admlsston 
Control ») est g6n6ralement mis en oeuvre pour decider 
si ies ressources de transmission sont sufTisantes pour 
accepter une nouvelle requite de connexion AAL2, sur 
chaque Interface concern6e de rUTRAN, tout en garan- s 
ttssant que la QoS requlse est respect^e. 
[0011] Ualgorithme de CAC est g6n6ralement bas6 
sur le concept dit de bande passante 6qulvalente ou EB 
(« pour «* Equivalent Bandwidth »). Selon ce concept, 
on associe ^ chaque connexion AAL2 une largeur de io 
bande 6quivalente, repr6sentant la quantity de largeur 
de bande d'un circuit virtuel ATM qui est estlm^e ntees- 
saire pour pemnettre de satisfaire la QoS cible pour le 
type de trafic ou service con-espondant. L'algorithme de 
CAC consiste alors seulement ^ verifier que ta somme is 
des largeurs de bande 6quivalente pour Ies connexions 
AAL2 d6j^ 6tablies est inf6rieure k la largeur de bande 
equivalente du circuit virtuel ATM sur lequel elles sont 
multiplexes. II est en outre commun6ment ^dmis d'utl- 
llser un facteur de marge, con-espondant k une charge 20 
maximale acceptable pour le circuit virtuel ATM. Ce fac- 
teur de marge permet essentiellement d'^iter Ies cas 
de surcharge, oCi le circuit virtuel ATM est surcharge et 
oD Ies d^lais de transmission deviennent alors incontrd- 
lables. 25 
[0012] En d'autres termes, ralgorithnne de CAC con- 
siste k verifier si la somme des largeurs de bande ^ui- 
valente des connexions AAL2 d6j& stabiles sur le circuit 
virtuel ATM v6rifie lln^galit^ sulvante : 

30 



ou: 



35 



EB(i) est la largeur de bande ^ulvalente requlse 
par une connexion AAL2 Stabile sur le circuit virtuel 
ATM, pour le type de sen^ice "i", pour u ne QoS cible 
donn6e, representee notamment par un deiai de 
transmission maximum donne et par une probability 40 
donn^e que le deiai de transmission soit sup^rieur 
k ce deiai de transmission maximum, 
Kyc ®st le facteur de marge, correspondant k la 
charge maximale acceptable pour le circuit virtuel 
ATM (Kyc ayant typlquement une valeur comprise -*5 
entre 0.7 et 0.9), 

EB^c est la largeur de bande equivalente du circuit 
virtuel ATM sur lequel Ies connexions AAL2 sont 
multiplex6es. Par exemple, dans le cas de classe 
de service ATM con-espondant k la classe dite k d6- so 
bit de bits constant ou CBR ("Constant Bit Rate") la 
largeur de bande equivalente du circuit virtuel ATM 
est egale au ddbit maximal de cellules ou d^bit-crd- 
te ou PCR ("Peak Cell Rate"). 

55 

[001 3] Pour I'expose de Hnvention, on utilisera la no- 
tion de "module de trafic". Dans I'exemple d'application 
au transport k I1nt6rieurde I'UTRAN, un module de trafic 



peut inclure des paramdtres de QoS (tels que deiai de 
transmission maximum et probabilite que le d^iai de 
transmission sort sup6rieur au ddlai de transmission 
maximum) pour chaque type de trafic pouvant §tre mul- 
tiplex6 k rinterieur d'un circuit virtuel, et, dans le cas de 
differents types de trafics, des proportions pour ces dif- 
f6rents types de trafics. 

[001 4] Le facteur de marge, ou charge maximale ac- 
ceptable pour ie circuit virtuel ATM, est g6n6ralement 
determine par simulation, pour un modeie de trafic don- 
ne, en augmentant la charge du drcuft virtuel, Jusqu'^ 
ce que Ies contraintes de deiai maximum pour Ies con- 
nexions AAL2 ne sclent plus respectees, ce qui signifie 
que la charge maximale est atteinte. 
[001 5] Ainsi que Ta observe le demandeur, un probld- 
me est que la regie rappeiee precedemment. sur laquel- 
le est basee Talgorithme de CAC, reste la meme, et no- 
tamment le facteur de marge reste le meme, pour tous 
Ies modeies de trafic possibles. 
[0016] Or la charge maximale acceptable pour le cir- 
cuit virtuel ATM, afin de satisfaire la QoS cible pour Ies 
differentes connexions AAL2 multiplexees sur ce circuit 
virtuel. peut dtre differente pour differents modeies de 
trafic, et depend aussi de la QoS cible associee e cha- 
que type de trafic ou service. 
[0017] Ceci signifie que si on choisit une valeur de 
qui doft rester valide pour tous Ies modeies de trafic pos- 
sibles, il est raisonnable de cho'isir cette valeur pour le 
modeie de trafic qui est le plus contraignant En d'autres 
tennes, on choisit le modeie de trafic qui requiert la char- 
ge maximale la plus faible pour le circuit virtuel. Mais 
ceci signifie aussi que pour un modeie de trafic different 
du modeie de trafic pour lequel la valeur de K^c a aInsi 
ete optimisee, Palgorlthme de CAC refusera certaines 
connexions, qui auraient en realite pu etre acceptees et 
pour lesquelles la QoS cible aurait ete satisfa'ite. En 
d'autres termes, ceci ne permet pas d'utiliser au mieux 
la largeur de bande du circuit virtuel pour tous Ies mo- 
deies de trafic possibles, ou encore en d'autres termes 
rutilisatton des ressources de transmission e Hnterieur 
de I'UTRAN n'est pas optimis6e. 
[001 a] En d'autres temies, sebn I'art anterieur ainsi 
rappeie, on seiectlonne de maniere fixe un des diffe- 
rents modeies de trafic possibles, pour lequel on deter- 
mine (par simulations ou mesures ou calcul) la charge 
maximale acceptable pour le circuit virtuel. Une solution 
raisonnable est alors de seiectionner le modeie de trafic 
qui requiert la valeur minimale pour la charge maximale 
acceptable pour le circuit virtuel. 
[001 9] Une telle solution n'est pas satisf aisante, pour 
Ies raisons exposees ci-dessus. notamment car il peut 
y avoir un grand nombre de modeies de trafic possibles, 
ou en d'autres termes 11 peut y avoir un grand nombre 
de combinaisons possibles pour Ies types de trafic et 
leurs proportions, par exemple (la liste ci-dessous 
n'etant bien sOr pas limltath^e): 

1 00 % AMR (toute la charge etant pour du trafic de 
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type AMR ou « Adaptive Multi-Rate 

1 00 % CS64 (toute la charge 6tant pour du trafic de 

type CS64, c'est-^-dire en mode circuit (ou CS, pour 

« Circuit Switched ^ 64 kbps). 

1 00 % PS64 (toute la charge 6tant pour du trafic de 

type PS64, c*est-^-dire en mode paquet (ou PS, 

pour *• Packet Switched a 64 kbps), 

100 % PS128 (toute la charge 6tant pour du trafic 

de type PS128, c'est-^-dire en mode paquet ^ 128 

100 % PS144 (toute la charge 6tant pour du trafic 
de type PS144, c'est-^i-dlre en mode paquet ^ 144 
kbps), 

100 % PS384 (toute la charge 6tant pour du trafic 
de type PS384, c*est-Si-dlre en mode paquet k 384 

kbps), 

50 % AMR + 50 % PS64 (50 % de la charge 6tant 

pour du trafic de type AMR, et 50 % de la charge 

6tant pour du trafic de type PS64), 

25 % AMR + 75 % PS1 28 (25 % de la charge 6tant 

pour du trafic de type AMR. et 75 % de la charge 

etant pour du trafic de type PS128). 

...etc. 



[0020] Une autre raison pour laquelle cette solutton 
ant6rieure n'est pas satisfaisante est que la charge 
maximate acceptable pour le circuit virtuel depend aussi 
de la QoS cible associ6e k chaque type de trafic ou ser- 
vice. Par exemple, meme dans le cas d'un seul type de 
trafic ou service, la charge maximale acceptable pour 
le circuit virtuel sera diff6rente selon la QoS cible asso- 
ci6e k ce type de trafic ou sen/ice. Par exemple, la QoS 
cible pouvant §tre representee par un couple (d^lai de 
transmission maximum, probabilite que le d6lai de 
transmission sort sup6rieur au d6lal de transmlssfon 
maximum), selon le type de trafic ou service la QoS cible 
peut correspondre par exemple k (7ms, 1<H) ou (7ms, 
10-S) ou (10ms, 10-^)...etc. 

[0021] Cette infinite de modules de trafic possibles fait 
qu'il est impossible d'assurer que le nrKxJeie de trafic 
pour lequel la charge maximale du circuit virtuel a 6t6 
optimisee sera le seul module de trafic utilise dans le 
reseau. 

[0022] La presente invention a notamment pour but 
d'ev'iter tout ou partie des inconvenients ment'ionnes 
precedemment. Plus generalement, la presente inven- 
tion a pour but d'optimiser Tutilisatlon des ressources de 
transmission dans ces systemes. tout en respectant les 
contraintes de QoS. 

[0023] Bien que la presentation ci-dessus ait ete f aite 
plus particulierement, a titre d^exemple, pour le cas d'uti- 
lisation d'aigorithme de CAC pour le contrdle d'admis- 
sion de connexion AAL2 sur un circuit virtuel ATM, no- 
tamment pour rapplication au transport k I'interieur de 
rUTRAN, la presente invention n'est pas limitee k une 
telle application et peut bien entendu etre utiris6e dans 
tout cas ou un algorithme de contrdle d'admisston peut 
etre utilise pour prevenir des phenomenes de conges- 



tion provoques par un trafic sup6rieur k celui que le sys- 
teme peut supporter. De tels algorithmes de contrfile 
d'admission peuvent ainsi etre utilises, non seulement 
pour le multiplexage de connexions AAL2 dans un cir- 
5 cult virtuel ATM, mais aussi dans tout noeud d'un reseau 
en mode paquet, ou encore sur interface radio rfun 
systeme de type CDMA (« Code Division Multiple 
Access »), ...etc. On rappelle qu'en mode paquet les 
ressources de transmission sont partagees ^ tout ins- 
10 tant par differents utilisateurs, contrairement au mode 
circuit oD les ressources sont allouees de maniere fixe 
3i differents utilisateurs. Par exemple, dans un systeme 
de type UMTS, un contrdle d'admission peut egalement 
etre effectue dans un element de coeur de r6seau, en 
15 mode paquet (ou PS, pour « Packet Switched >•) pour 
decider si les ressources de transmission sont suffisan- 
tes dans cet element de reseau pour accepter un nouvel 
appel. On rappelle aussi que dans les systemes CDMA 
les limitations de capacite sur Hnterface radio sont dif- 
20 ferentes de ce qu'elles sont dans les systemes utilisant 
d'autres techniques d'acces multiple, telles que notam- 
ment la technique TDMA ("Time Division Multiple Ac- 
cess"), La technique TDMA est notamment utilisee dans 
les systemes dits de deuxieme generation tels que no- 
25 tamment le systeme GSM ("Global System for Mobile 
communications"). La technique CDMA est notamment 
utilisee dans les systemes dits de troisieme generation 
tels que notamment le systeme UMTS. Dans les syste- 
mes CDMA, tous les utilisateurs partagent la meme res- 
30 source de frequence k tout instant La capacite de ces 
systemes est done limitee par les interferences, ces sys- 
temes etant aussi appeies pour cette raison "soft limited 
systems" (en anglais). Par exemple, dans un systeme 
de type UMTS, un contrdle d'admission peut egalement 
35 etre effectue, pour decider si les ressources radio sont 
suffisantes dans un Node B pour accepter un nouvel ap- 
pel. 

[0024] Un des objets de la presente invention est un 
precede pour la mfee en oeuvre d'un algorithme de con- 
4o trdle d'admisston dans un systeme de telecommunica- 
tions, precede dans lequel au moins un parametre dudit 
algorithme est adapte dynamiquement en fonction d'un 
modeie de trafic representatif des fraffcs en presence. 
[0025] Suivant une autre caracteristique, led'it modeie 
45 de trafic inclut un ou plusieurs param6tres representatifs 
du ou des types de trafic en presence. 
[0026] Suivant une autre caracteristk^ue, des para- 
metres representatifs de type de trafic incluent des pa- 
rametres representatifs de besoins en qualite de service 
50 (QoS) pour ce type de trafic. 

[0027] Suivant une autre caracteristique, des para- 
metres representatifs de besoins en quafite de service 
incluent un deiai de transmission maximum et une pro- 
babilite que le deiai de transmission soit superieur k ce 
55 deiai de transmission maximum. 

[0028] Suivant une autre caracteristique, des para- 
metres representatifs de type de trafic incluent des pa- 
rametres representatifs de besoins en ressources de 



4 



EP 1 383 354 A1 



8 



10 



IS 



20 



25 



transmission, k quafrtd de service (QoS) donn6e. pour 
ce type de trafic. 

[0029] Suivant une autre caract6ristjque, des para- 
mdtres repr6sentatifs de besolns en resources de trans- 
mission, d quality de service (QoS) donn^e, Incluent un 
facteur d'activlt^ de connexions. 
[0030] Suivant une autre caractdristlque. dans le cas 
de d!ff6rents types de trafic en presence, ledit module 
de trafic Inclut des proportions pour ces difterents types 
de trafic. 

[0031] Suivant une autre caract6ristique. ledit au 
moins un param^tre correspond k un facteur de marge 
correspondant d une charge maximale admissible. 
[0032] Suivant une autre caract6rlstlque, ledit au 
moins un param^re correspond ^ une bande passante 
equivalente. 

[0033] Suivant une autre caract^ristique, ta valeur du- 
dit au moins un param^tre est cholsie parmi diff^rentes 
valeurs dites de r^^rence, optimis6es pour differents 
modules de trafic dits de r6f§rence. 
[0034] Suivant une autre caract^ristique, pour le cas 
de module de trafic ne correspondant pas k un des mo- 
deles de trafic de r6f§rence, on determine un moddle 
de trafic de r6f6rence qui en constitue la meilleure ap- 
proximatton. 

[0035] Suivant une autre caract^risttque, pour le cas 
de module de trafic ne correspondant pas k un des mo- 
dules de trafic de r6f6rence. on determine un module 
de trafic de r^f^rence qui en constitue la meilleure ap- 
proximation, tout en 6tant le plus contraignant. Suivant 
une autre caract6ristique, ledit proc6d6 comporte: 

- une premiere 6tape au cours de laquelle on deter- 
mine des modules de trafic de r^f^rence, et des va- 
leurs correspondantes dItes de r6f4rence pour ledit 
au moins un param^row 

[0036] Suivant une autre caract6ristique, lesdites va- 
leurs de r6f6rencesont d6termin6es par des simulations 
ou mesures. 

[0037] Suivant une autre caract6ristique. lesdites va- 
leurs de r6f6rence sont d6termin6es par cakxil. 
[0038] Suivant une autre caract^ristique, ledit proc^ 
d6 comporte: 

une deuxidme 6tape au cours de iaquelle on stocke 
des modules de trafic de r6f6rence et des valeurs 
de r^f^rence correspondantes, dans une m^moire. 

[0039] Suivant une autre caract6ristique, ledit proc6- so 
d6 comporte: 

une troisidme dtape au cours de laquelle on estime 
un module de trafic reprteentatif des trafics en pre- 
sence. 
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[0040] Suivant une autre caract6ristique, ladite esti- 
mation comporte une estimation de types de trafic en 



presence, et. dans le cas de differents types de trafic en 
presence, une estimation de proportions pour ces diffe- 
rents types de trafic. 

[0041] Suivant une autre caracteristlque, ladite esti- 
mation comporte des operations d'estimation de types 
de trafic en presence, realisees ^ partir dinfbrmations 
contenues dans des messages de signaiisation regus 
par un element de reseau d'au moins un autre element 
de reseau. 

[0042] Suivant une autre caracteristlque. ladite esti- 
mation comporte des operations d'estimation de propor- 
tions de types de trafic en presence, realisees par me- 
sure ou comptage de trafic. 

[0043] Suivant une autre caracteristlque, un modeie 
de trafic representatif des trafics en presence est re-es- 
tlme k chaque nouvel etablissement de connexion et k 
chaque nouveau rel§chement de connexion. 
[0044] Suivant une autre caracteristlque, un modeie 
de trafic representatif des trafics en presence est re-es- 
time au bout d'une duree predetemiinee. Suivant une 
autre caracteristlque, ledit precede comporte: 

une quatrieme etape au cours de laquelle on cholsrt 
parmi les modeies de trafic de reference ceiui qui 
approxime le mieux le modeie de trafic estime pen- 
dant la troisieme etape. 

[0045] Suivant une autre caracteristlque, ledit prece- 
de comporte: 

une quatrieme etape au cours de laquelle on choisrt 
parmi les modeies de trafic de reference ceiui qui 
approxime le mieux le modeie de trafic estime pen- 
dant la troisieme etape, tout en etant le plus con- 
traignant 

[0046] Suivant une autre caracteristlque. led'it prece- 
de comporte: 

une cinquieme etape au cours de laquelle on mo- 
difie dynamiquement ledit au moins un parametre 
dudit algorithme en fbnction du ou des parametres 
con^espondant au modeie de trafic de reference 
choisi pendant la quatrieme etape. 

[0047] Suivant une autre caracteristique, une modifi- 
cation n'est effectuee que dans le cas de changement 
significafif de valeur dudit au moms un parametre. 
[0048] Suivant une autre caracteristlquei ledit prece- 
de comporte: 

une sixieme etape au cours de laquelle on met en 
oeuvre ledit algorithme avec ledit au moins un pa- 
rametre nrK>difie pendant la cinquieme etape. 

[0049] Suivant une autre caracteristique, ledit proce- 
d6 est utilise pour ie contrdle d'admission de connexions 
AAL2 sur un circuit virtuel ATM. 
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[0050] Suivant une autre caracteristique, ledit proc6- 
dd est utilise pour le contrdle d'admisston de connexions 
AAL2 sur un circuit vlrtuel ATM sur une interface de type 
« lub » dans un reseau de type UTRAN. 
[0051] Suivant une autre caracteristique, ledit prece- 
de est utills6 pour le contrdle tfadmission de connexions 
AAL2 sur un circuit vlrtuel ATM sur une interface de type 
« lu-CS y> dans un reseau de type UTRAN. 
[0052] Suivant une autre caracteristique, ledit proc6- 
dd est utilise pour le contrdle d'admission de connexions 
AAL2 sur un circuit virtuel ATM sur une interface de type 
« lur » dans un r§seau de type UTRAN. 
[0053] Suivant une autre caracteristique, ledit prece- 
de est utilise pour le contrdle d'admission dans un re- 
seau en niode paquet 

[0054] Suivant une autre caracteristique. ledit prece- 
de est utilise pour le contrdle d'admission sur Hnterface 
radio d'un systeme de type CDMA. 
[0055] Un autre objet de la presente invention est un 
element de reseau d'acces radio pour systeme de ra- 
diocommunications mobiles, comportant des moyens 
adaptes pour mettre en oeuvre un tel proc6de. 
[0056] Un autre objet de la presente invention est un 
contrdleur de stafions de base (RNC) pour systeme de 
radiocommunications mobiles, comportant des moyens 
adaptes pour mettre en oeuvre un tel precede. 
[0057] Un autre objet de la presente invention est une 
station de base (Node B) pour systems de radiocommu- 
nications mobiles, comportant des moyens adaptes 
pour mettre en oeuvre un tel precede. 
[0058] Un autre objet de la presente invention est un 
element de coeur de reseau pour systeme de radiocom- 
munications mobiles, comportant des moyens adaptes 
pour mettre en oeuvre un tel precede. 
[0059] D'autres objets et caracteristiques de la pre- 
sente invention apparaitront e la lecture de la descrip- 
tion suivantB d'un exemple de realisation, faite en rela- 
tion avec les dessins d-annexes dans lesquels: 

la figure 1 rappelle I'architecture generate d'un sys- 
teme de radiocommunications mobiles, 
la figure 2 est un tabteau donnant des exemples de 
valeurs de facteur de marge obtenues pour dlffe- 
rents modeies de traflc possibles. 



[0060] Unvention peut aussi etre expllquee de la ma- 
niere suivante, e titre d'exemple pour le cas de I'algo- 
rithme de CAC applique au transport ^ Hnterleur de 
I'UTRAN. Cependant. comme indique precedemment, 
rinvention n'est pas limrtee k une telle application. 
[0061] L'invention propose d"optimiser Palgorithme de 
CAC de maniere qu'au moins un parametre de cet al- 
gorrthme sort adapte dynam'iquement en fonction d'un 
modeie de trafic representatif des trafics en presence. 
Une telle adaptation dynamique permet notamment 
d'optimiser rutilisation des ressources de transmission. 
[0062] Les trafics en presence correspondent aux tra- 
fics pris en compte par Talgorithme de CAC iorsqu'il de- 



cide si une nouvelle requdte de connexion peut dtre ac- 
ceptee. Dans cet exemple, les trafics en presence cor- 
respondent aux trafics pouvant etre multiplexes k Tinte- 
rieur d'un circuit virtuel ATM. 
5 [0063] Un modeie de trafic peut notamment inclureun 
ou plusieurs param6tres representatifs du ou des types 
de trafics en presence. 

[0064] La notion de "type de trafic" est ici utilisee au 
sens ou un type de trafic peut etre represente par tout 

10 parametre ou combinaison de parametres pouvant ca- 
racteriser te comportement de ce trafic. pour I'algoritti- 
me de CAC. Par exemple, de tels parametres peuvent 
etre pris dans la liste (non exhaustive) de parametres 
suivants: facteur d'activite, debit maximal, debit moyen, 

IS debit minimal, deiai maximal et probabilite que le deiai 
sort superieur e ce deiai maximal, taux d'erreur. ...etc. 
Notamment, dans le cas de I'applicat'ion au transport k 
rinterieur de rUTRAN, un type de trafic peut etre repre- 
sente notamment par le couple de parametres suivants 

20 representatifs de besoins en qualite de service: deiai de 
transmission maximum, probabilite que le deiai de 
transmission sort superieur au deiai de transmission 
maximum. 

[0065] Dans le cas de trafics en presence de diffe- 
rs rents types, un modeie de trafic peut aussi inclure des 
proportions pour ces d'ifferents types de trafics. 
[0066] En d'autres termes Hnvention propose, notam- 
ment, de seiectionner dynam'iquement la valeur d'au 
moins un parametre de Palgorithme de CAC, de mantere 
30 que cette valeur corresponde k une valeur optimtsee 
pour chaque modeie de trafic. De telles valeurs optimi- 
sees pour chaque modeie de trafic peuvent etre deter- 
minees par des simulations ou mesures, d'autres solu- 
tions etant bien entendu possibles, par exemple par le 
35 calcul. 

[0067] A def aut de pouvoir disposer de valeurs dudrt 
au moins un parametre de Talgorrthme de CAC optimi- 
sees pour chaque modeie de trafic possible (notamment 
dans le cas de grand nombre de combinaisons possi- 
40 bles pour les types de trafic et leurs proportions), on peut 
disposer de certaines valeurs drtes de reference, opti- 
misees pour certains modeies dits de reference. II est 
possible de prevoir une table dans laquelte sent stoc- 
kees de telles valeurs de reference et les modeies de 
45 reference qui leur correspondent. 

[0066] Une telle methode pennet ainsi de seiection- 
ner dynamiquement une valeur dudrt au moins un para- 
metre de I'algorrthme de CAC, en trouvant dans la table 
une valeur correspondant e un modeie de trafic. Pour 
50 le cas de modeie de trafic ne con-espondant pas e un 
des modeies de reference, on peut determiner un mo- 
deie de reference qui en constitue la meilleure approxi- 
mation. On peut aussi determiner le modeie de referen- 
ce qui en constitue la meilleure approximation tout en 
55 etant le plus contraignant. c'est k dire qui condurt e ac- 
cepter te moins de connexions ou k admettre la charge 
la plus faible. 

[0069] Un precede suivant I'invenfion, pour adiapter 
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dynamiquement un ou plusieurs param^tres de Talgo- 
rithme de CAC en fonction du module de trafic, peut par 
exemple comporter les stapes suivantes: 

1 . on d^ermine par avance des modules de trafic s 
de r6f6rence, pour lesquels on determine (par 
exemple par calcul. simulation, mesure) des va- 
ieurs de reference du ou des param^tres k adapter 

de I'algortthme de CAC, 

2. on stocke ces modules de trafic de r6f6rence et io 
les valeurs de r6f6rence associ^es, dans une m6- 
moire, 

3. on estime un module de trafic repr^entatif des 
traflcs en presence, 

4. on choisit parmi les modules de trafic de r^f^ren- is 
ce celui qui approxime le mieux ie module de trafic 
estim6 pendant I'^tape 3, et^ventuellemeht on peut 
choisir le module de trafic de reference qui est le 
plus contraignant pour I'algorithme de CAC, 

5. on mod'rfie dynamiquement le ou les paramdtres 20 
de ralgorithme de CAC en fonction de la valeur du 

ou des paramdtres de ralgorithme de CAC corres- 
pondant au module de trafic de reference choisi 
pendant T^tape 4, 

6. on met en oeuvre I'algorithme de CAC avec les 2S 
param^tres modifies pendant I'^tape 5. 

[0070] Le module de trafic peut dtre r6-^valu6 k cha- 
que nouvel etablissement de connexion et k chaque 
nouveau reiachement de connexion. Ce m6canisme 3o 
peut aussi, par exemple, presenter une boucle pour 
passer r6gulldrement de I'dtape 6 k I'^tape 3, pour r6- 
6valuer r^guli^rement le module de trafic repr6sentatif 
des trafics r^ellement en presence, au t)out dtine cer- 
talhe dur6e, afin d'adapter revolution de la modification 3S 
dynamique du ou des param^tres de I'algorithme de 
CAC a revolution du changement de module de trafic 
en presence, en fonction du temps. Ladrte dur6e peut 
dtre un param^tre configurable, qui peut etre choisi k la 
fols sufflsamnnent faible pour obtenir de mellleures per- 4o 
formances pour ralgorithme de CAC, et suffisamment 
elev6 pour ne pas trop augmenter la quantity de traite- 
ments. Par exemple, le module de trafic pourra dtre r6- 
evalue en fonction de I'heure de la journee, ou du jour 
de la semaine, ...etc. 45 
[0071] D'autres variantes peuvent §tre envlsag^es, 
par exemple la possibility de r^p^ter retape 2, par 
exemple en ajoutant d'autres modules de trafic de refe- 
rence, ou en nnodmant les modeies de reference dej^ 
stockes. Cette modification peut par exemple etre ba- so 
see sur des observations sur le trafic, telles que celles 
pouvant etre efffectuees jDour estimer un modeie de tra- 
fic au cours de retape 3. 

[0072] On peut egalement vouloir eviter de faire des 
modifications trop souvent du ou des parametres de ral- 55 
gorithme de CAC, et pour cela, on peut introduire des 
seuils de variation (qui peuvent etre conflgurables) pour 
chacun des parametres, afin de les modifier seulement 



si un changement sign'ificatif de ces parametres est ne- 
cessaire. ou youk>ir interdire des changements trop ra- 
pides de ces parametres, par exemple en fixant une du- 
ree minimale (qui peut etre configurable) entre deux 
changements success'rfs des parametres de I'algorith- 
me de CAC. 

[0073] Un precede suivant I'lnvention peut etre mis en 
oeuvre dans tout element de reseau, 11 peut notamment 
s'agir du meme element de reseau que celui dans lequel 
est mis en oeuvre ralgorithme de CAC. Dans I'exemple 
d'application au transport e llnterieur de rUTRAN, un 
precede suivant llnvention peut ainsi etre mis en oeuvre 
dans un element de reseau d'acces radio tel que RNC 
ou Node B, ou encore dans un element du coeur de re- 
seau, ou encore dans tout element de reseau ayant in- 
teret e verifier qu'il a les ressources necessaires au ni- 
veau transport avant d'accepter une demande d'etablis- 
sement de connexion. 

[0074] Notamment un element de reseau mettant en 
oeuvre un procede selon I'lnvention peut comporter une 
memoire pour stocker les modeies et valeurs de refe- 
rence, et des moyens pour effectuer les etapes d'esti- 
mation de modeie de trafic en presence, de choix de 
modeie de trafic de reference, de modification dynami- 
que de parametre(s) de I'algorithme de CAC, et de mise 
en oeuvre de I'algorithme de CAC avec de tel(s) para- 
metre(s) modifie(s) si I'eiement de reseau cpnsidere est 
celui mettant en oeuvre ralgorithme de CAC. 
[0075] Generalement, un element de reseau mettant 
en oeuvre I'algorithme de CAC n'a pas connaissance du 
modeie de trafic representafif des trafics en presence. 
Pour evaluer un tel modeie de trafic representatif des 
trafics en presence sur {'interface terrestre sur laquelle 
11 doit mettre en oeuvre cet algorithme, 11 peut utiliser 
tous moyens tels que par exemple des compteurs de 
trafic, ou encore utiliser des Infomiations sur le trafic 
contenues dans des messages de s'ignalisation regues 
d'au moins un autre element de reseau. Plus generale- 
ment, pour estimer un modeie de trafic representatif des 
trafics en presence, un element de reseau peut utiliser 
tout moyen permettant d'estlmer les types de trafic en 
presence, et dans le cas de differents types de trafic en 
presence, les proportions pour ces difterents types de 
trafic. 

[0076] Par exemple I'eiement de reseau qui met en 
oeuvre I'algorithme de CAC peut etre: le CRNC 
(« Controlling RNC sur llnterface « lub * (mals ce 
peut egalement etre le Node B), le SRNC (« Serving 
RNC » ) et un element du coeur de reseau sur llnterface 
« lu », le SRNC sur llnterface « lur 
[0077] On rappelle que pour un Node B donne, le 
RNC qui le contrfile est aussi appeie CRNC (pour 
« Controlling Radio Network Controller »). Le CRNC a 
un r6le de contrdle de charge et d'allocatfon de ressour- 
ces radio pour les Node B quil contrdle. Pour une com- 
munlcatton donnee relative k un equlpement utillsateur 
UE donne. 11 existe un RNC. appeie SRNC (pour 
« Serving Radio Networi^ Controller ») ayant un r6le de 
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contrdle pour la communication consid6r6e. Des Node 
B connecl6s k KUE mals non contr6l6s par le SRNC 
communiquent avec le SRNC via les RNC qui les con- 
trdlent. appel6s aussi DRNC (pour « Drift RNC »). 
[0078] Le moyen rfestimer le module de trafic peut 
etre diff6rent selon que K^tement de r6seau qui met en 
oeuvre I'algorrthme de CAC est le SRNC ou le CRNC, 
[0079] Par exemple, lorsque r6l6ment de r6seau qui 
met en oeuvre I'algorithme de CAC est le SRNC. !l peut 
par exemple utiliser des infomiations sur le trafic conte- 
nues dans des messages de signalisation qu'il regoit du 
coeur de r6seau sur I'interface « lu >• selon le protocole 
de communication RANAP (« Radio Access Network 
Application Part ») ou selon le protocoie « lu Frame 
Protocol ». 

[0080] Le SRNC peut dgalement utiliser des infonrna- 
tions sur le trafic contenues dans des messages de si- 
gnalisation qu'il regoit du Node B sur I'interface « lub » 
selon le protocole de communication NBAP (« Node B 
Application Part ») ou selon le protocole « lub Frame 
ProtocoU. 

[0081] Le SRNC peut 6galement utiliser tous moyens 
tels que des compteurs donnant des informations sur le 
trafic sur les interfaces radio, ou « lub ou « lu 
[0082] Par exemple, lorsque r6l6ment de r6seau qui 
met en oeuvre Palgorithme de CAC est le CRNC, II peut 
par exemple utiliser des informations sur le trafic conte- 
nues dans des messages de signalisation qu'il regoit du 
SRNC sur Hnterface « lur » selon le protocole de com- 
munication RNSAP (« Radio Network System Applica- 
tion Part ou selon le protocole « lur Frame Protocol**. 
[0083] Le CRNC peut 6galement utiliser des informa- 
tions sur le trafic contenues dans des messages de si- 
gnalisation quMI regoit du Node B sur I'interface « lub » 
selon le protocole de communicatton NBAP ou selon le 
protocoie « lub Frame Protocol ». 
[0084] Le CRNC peut 6galement utiliser tous moyens 
tels que des compteurs donnant des informations sur le 
trafic sur les interfaces radio, ou « lur ou « lub ». 
[0085] Le protocole RANAP est d6fini notamment 
dans la specification 3G TS 25.413, le protocole NBAP 
est d6fini notamment dans la specification 3G TS 
25.433, le protocole RNSAP est d6flni notamment dans 
la sp6cmcation 3G TS 25.433, le protocole « lu Frame 
Protocol » est d6fini notamment dans la specification 
3G TS 25.41 5, et le protocole ^ lub/lur Frame Protocol » 
est defini notamment dans la specification 3G TS 
25.427, toutes ces specifications etant publiees par le 
3GPP (« 3"^ Generation Partnership Project »). 
[0086] Pour les messages regus seton le protocole 
RANAP.il peut notamment s'agir des messages dits de 
« RAB Assignment Request » donnant, pour cheque re- 
quete tfallocation de support d'acces radio, ou RAB 
(« Radio Access Bearer>»), des informations sur le type 
de trafic ou service con^espondant, dans des parame- 
tres appeies parametres RAB (ces parametres incluant 
notamment le debit maximum, la ciasse de trafic, le deiai 
de transmission, ou encore un parametre appeie SSD 



(«* Source Statistics Descriptor »)). 
[0087] Par ailieurs, pour determiner des parametres 
tels que le deiai de transmission maximum et la proba- 
bilite que le deiai de transmission soit superieur au deiai 
5 de transmission maximum, pouvant caracteriser un type 
de trafic dans une telle application, on poun-a aussi uti- 
liser des informations configurees par O&M 
(« Operation & Maintenance ») dans un element de re- 
seau. 

10 [0088] Par ailieurs. en UMTS le parametre "deiai de 
transmission maximum" peut etre choisi en fonction du 
parametre TOAWS" Time Of Arrival Window 
Start »), parametre defini dans la norme 3GPP UMTS , 
qui represente la largeur de lafenetre de reception dans 
15 le Node B, pour le sens descendant, et qui sert pour la 
synchronisation (reference 3GPP TS 25.402) 
[0089] Par ailieurs le parametre "probabilite que le de- 
iai sort superieur au deiai maximum" peut etre choisi en 
fonction du taux de perte de paquets AAL2 ou du taux 
20 de perte de cellu les ATM vise sur Hnterf ace « lub » pour 
le transport des donnees des utilisateurs. 
[0090] Notamment, led'rt au moins un parametre de 
ralgorithme de CAC peut conrespondre au facteur de 
marge K^. Cet exemple de parametre est celui consi- 
25 dere plus particulierement dans la presente demande, 
mais d'autres exemples seraient bien entendu possi- 
bles. Par exemple, on peut faire varier la bande passan- 
te equivalente, par exemple en fonction du facteur d'ac- 
tiv'ite des connexions. 
30 [0091] On peut ainsi. par exemple. adapter dynami- 
quement la bande passante equivalente des con- 
nex'iohs, par exemple des connexions de voix pour un 
service de type AMR, pour un deiai maximum donne et 
une probabilrte donnee que le deiai sort superieur au de- 
35 lai maximum, en fonction du facteur d'activite de la voix, 
ou plus generalement en fonction de parametre(s) re- 
presentarrf(s) de t>esoins en ressources de transmis- 
sion, d qualite de service (QoS) donnee. On peut ainsi 
par exemple prevoir une table pour stocker des valeurs 
40 de reference de la bande passante equivalente. ueie- 
ment de reseau mettant en oeuvre un tel procede peut , 
par exemple, mesurer dynamiquement le facteur d'ac- 
tivrte moyen des connexions de voix, par exemple k par- 
tir de revaluation de la proportion de trames vides par 
45 rapport k des trames de voix, et ainsi adapter dynami- 
quement la bande passante equivalente utilisee pour la 
VOIX en fonction d'un facteur d'activite moyen observe 
pour I'ensemble des connexions de voix. 
[0092] On notera aussi que la bande passante 6qui- 
50 valente peut etre egale k zero (ou & une valeur tres fai- 
ble), par exemple dans le cas d'un service paquet qui a 
peu de contraintes de deiai. 

[0093] Dans ce qui suit, on s'interessera plus particu- 
lierement, a titre d'exemple. au cas oO le drt au moins 
55 un parametre de I'algorithme de CAC est le facteur de 
marge Kvc- 

[0094] A trtre d'exemple, la figure 2 donne des exem- 
ples, obtenus par simulations, de charge maximale ac- 
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ceptable pour le circuit virtuel, pour d'rff^rents modules 
de trafic possibles. Un module de trafic Inclut en ('occur- 
rence les param6tres suivants repr6sentatifs du ou des 
types de trafics en prteence : d^iai de transmission 
maximum, probability que le ddlai de transmission soit 
sup6rleur au d6lai de transmission maximum, et, pour 
le cas de diff6rents types de trafics en presence, un nno- 
d^le de trafic inclut en outre des proportions pour ces 
difterents types de trafics. Plus prteis^ment les modu- 
les de trafic illustr^s sur la figure 2 sont les suivants: 

• pour le cas de trafics multiplexes de mdme type: 

> 100% Parole (7ms. 10-^) 
5, 100% PS 144 (50ms. 10-^) 
» 100 % CS64 (33ms, 10^) 

• pour le cas de trafics multiplexes de types diffe- 
rents: 



2), {'augmentation de capacity de transmissbn etant 
fonction du module de trafic. En d'autres termes, un 
avantage de fixer dynamiquement la valeur de K^^ est 
d'etre capable d'accepter plus de connexions avec I'al- 
5 gorithme de CAC, qu'on aurait pu en accepter avec une 
valeur fixe de Ky^ tout en garantissant en mdme temps 
que leurs contraintes de qualite de service sont respec- 
tees. Ceci permet done d'augmenter les performances 
de I'algorithme de CAC. 
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5- 75% Parole (7ms. 10-^) + 25 % PS144 2. 
(50ms, 10^) 

50% Parole (7ms, 10^) -i- 50 % PS144 
(50ms, ia^) 

^ 25% Parole (7ms, 10-^) + 75 % PS144 2s 
(50ms. 10^) 3, 

> 75% CS64 (33ms, 10-^) + 25 % PS144 
(50ms, 10^) 

> 50% CS64 (33ms, 10"^ ) + 50 % PS144 

(50 ms, 104) ^ 
5, 25% CS64 (33ms, 10-^) + 75 % PS144 4. 
(50ms, 10^). 

[0095] Ces differents modeies de trafics et les diffe- 
rentes valeurs de qui (eur conrespondent peuvent 3S 
par exemple constrtuer les modeies et valeurs de refe- 
rence pour le precede expose precedemment. 5. 
[0096] U figure 2 peut aussi etre utilisee pour com- 
parer I'inventfon ^ I'art anterieur. 

[0097] Selon I'art anterieur tel que rappeie precedem- 4o 
ment, on choisit une valeur de K^^ qui doit etre valide 
pourtous les modeies de trafic possibles . Une solutton 
raisonnable est alors de choisir le modeie de trafic le 6. 
plus contraignant, soit, dans I'exemple de la figure 2. le 
cas correspondant k 75 % parole + 25 % PS144, con- 4s 
duisant k un choix de la valeur 0.74 pour la valeur de 
K^c- Ce choix interdit alors de charger le circuit virtuel k 
plus de 74 %. Un inconvenient est alors que pour un 7. 
autre modeie de trafic, par exemple le modeie corres- 
pondant d 25 % CS64 + 75 % PS 1 44, on aurart en realite so 
pu charger le circuit virtuel ^ 80 %, de sorte que {'utili- 
sation des ressources de transmission n'est pas optimi- 
see pour tous les cas possibles. 8. 
[0098] La presente invention permet d'eviter de tels 
inconvenients en seiectionnant dynamiquement Ky^ se- ss 
Ion le modeie de trafic. Un tel choix dynamique de la 
valeur de permet ainsi d'accroitre la capac'ite de 
transmission (de 0 % e 22 % dans I'exemple de la figure 9. 



Precede pour la mise en oeuvre d'un algorithme de 
contrdle d'admission dans un systeme de telecom- 
munications, precede dans lequel au moins un pa- 
rametre dudit algorithme est adapte dynamique- 
ment en fonction d'un modeie de trafic representatif 
des trafics en presence. 

Precede selon la revendication 1 , dans lequel ledit 
modeie de trafic inclut un ou plusieurs parametres 
representatrfs du ou des types de trafic en presen- 
ce. 

Precede selon la revendication 2, dans lequel des 
parametres representatifs de type de trafic incluent 
des parametres representatifs de beseins en qua- 
lite de service (QoS) pour ce type de trafic. 

Precede selon la revendication 3. dans lequel des 
parametres representatifs de beseins en quallte de 
senfice incluent un deiai de transmission maximum 
et une probabilite que le deiai de transmission sort 
superleur ^ ce deial de transmission maximum. 

Precede selon la revendication 2, dans lequel des 
parametres representatifs de type de trafic incluent 
des parametres representatifs de besoins en res- 
sources de transmission, e qualite de sen/ice (QoS) 
donnee, pour ce type de trafic. 

Precede selon la revendication 5, dans lequel des 
parametres representatifs de besoins en resources 
de transmission, k quafrte de service (QoS) donnee, 
incluent un facteur d'activ'rte de connexions. 

Precede seton Pune des revendicatiens 1 k 6, dans 
lequel, dans le cas de differents types de trafic en 
presence, ledit modeie de trafic inclut des propor- 
tions pour ces differents types de trafic. 

Precede selon I'une des revendicatiens 1 k 7. dans 
lequel led'rt au moins un parametre correspond k un 
facteur de marge correspondant k une charge maxi- 
male admissible. 

Precede selon I'une des revendicatiens 1 k 7. dans 
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lequel ledit au moins un parametre correspond k 
une bande passante ^uivalente. 

10. Procede selon Tune des revendicatlons 1 k 9, dans 
tequel la valeur dudit au moins un paramdtre est 
choisie parmi diff6rentes valeurs dites de r6f6rence, 
optimis^es pour diff^rents nnoddtes de trafic dlts de 
r^f^rence. 



11. Proc6d6 selon la revendication 10 , dans lequel, 
pour le cas de module de trafic ne correspondent 
pas k un des modules de trafic de r6f6rence, on d6- 
termine un module de trafic de r6f6rence qui en 
constitue la meilleure approximation. 

12. Proc6d6 selon la revendication 10, dans lequel, 
pour le cas de module de trafic ne correspondant 
pas ^ un des modules de trafic de r6f6rence, on de- 
termine un module de trafic de reference qui en 
constitue la meilleure approximation, tout en 6tant 
le plus contraignant. 

13. Proc^e selon l^ine des revendicatlons 1 d 12, 
comportant: 

une premiere etape au cours de laquelle on de- 
termine des modules de trafic de reference, et 
des valeurs correspondantes d'ltes de referen- 
ce pour ledit au nnoins un parametre. 

14. Precede selon ia revendication 13, dans lequel les- 
dites valeurs de reference sont determinees par 
des simulations ou mesures. 

15- Precede selon la revendication 13, dans lequel les- 
dltes valeurs de reference sont determinees par 
calcul. 

16. Precede selon l^ine des revendicatlons 13 & 15, 
comportant : 
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25 



30 



35 



40 



une deuxieme etape au cours de laquelle on 
stocke des modeies de trafic de reference et 
des valeurs de reference correspondantes, 
dans une memoire. ^ 

17. Precede selon l*une des revendicatlons 13 ^ 16, 
comportant: 



une trotsieme etape au cours de laquelle on es- 
time un modeie de trafic representat'rf des tra- 
fics en presence. 

18. Precede selon la revendication 17, dans lequel la- 
dite estimation comporte une estimation de types 
de trafic en presence, et, dans le cas de differents 
types de trafic en presence, des proportions pour 
ces differents types de trafic. 



19. Precede selon ta revendication 18, dans tequel la- 
dite estimation comporte des operations d'estima- 
tien de types de trafic en presence, realisees ^ partir 
dinfbrmations sur le trafic contenues dans des 
messages de signafisatien regus par un element de 
reseau d'au moins un autre element de reseau. 

20. Precede selon la revendication 18, dans lequel la- 
d'lte estimation comporte des operations d'estima- 
tien de proportions pour differents types de trafic, 
realisees par mesure ou comptage de trafic. 

21. Procede selon l*une des revendicatlons 17 ^ 20, 
dans lequel un modeie de trafic representafif des 
trafics en presence est re-estime ^ cheque nouvel 
etabllssement de connexion et k cheque nouveau 
reldchement de connexion. 

22. Precede selon I'une des revendlcations 17 a 20. 
dans lequel un modeie de trafic representat'rf des 
trafics en presence est re-estime au t>out d'une du- 
ree predeterminee. 

23. Precede selon Pune des revendlcations 13 ^ 22, 
comportant: 

- une quatrieme etape au cours de laquelle on 
cho'isft parmi les modeies de trafic de reference 
celui qui approxime le mieux le modeie de trafic 
estime pendant la troisieme etape. 

24. Precede selon I'une des revendlcations 13 ^ 23, 
comportant: 

- une quatrieme etape au cours de laquelle on 
cheisit parmi les modeies de trafic de reference 
celui qui approxime le m'leux le modeie de trafic 
estime pendant la troisieme etape, tout en etant 
le plus contraignant. 

25- Precede selon I'une des revendlcations 13 e 24, 
comportant: 

une cinquieme etape au cours de laquelle en 
medifle dynamiquement ledit au moins un pa- 
rametre dud'it algorithme en fenction du eu des 
parametres correspondant au modeie de trafic 
de reference cho'isl pendant la quatrieme eta- 
pe. 
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26. Precede selon la revendication 25, dans lequel une 
modification n'est effectuee que dans le cas de 
changement signrficatif de valeur dudit au moins un 
parametre. 

27. Procede selon I'une des revendlcations 13 ^ 26, 
comportant: 
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une sixidme 6tape au cours de laquelfe on met 
en oeuvre ledit atgorithme avec ledit au moins 
un param^tre modifi^ pendant la cinqui^nne 
6tape. 

5 

28. Precede selon Tune des revendications 1 k 27, uti- 
lise pour le contrdle d'admission de connexions 
AAL2 sur un circuit virtue! ATM. 

29- Proc6d6 selon la revendication 28, utilise pour le io 
contrdle d'admission de connexions AAL2 sur un 
circuit virtuel ATM sur une interface de type « lub » 
dans un r^seau de type UTRAN. 

30. Proc^d^ selon la revendication 28, utilise pour le is 
contrdle d'admission de connexions AAI^ sur un 
circuit virtuel ATM sur une interface de type 

« lu-CS » dans un r^eau de type UTRAN. 

31. Proc^d^ selon la revendication 28, utilise pour le 20 
contrdle d'admission de connexions AAL2 sur un 
circuit virtuel ATM sur une interface de type « |ur » 
dans un rdseau de type UTRAN. 

32. Proc6d6 selon I'une des revendications 1 k 27, uti- 2S 
Iis6 pour le contrdle d'admission dans un r^seau en 
mode paquet 

33- Proced6 selon I'une des revendications 1 ^ 27, uti- 
lise pour le contrdle d'admission sur llnterf ace radio 30 
d'un systdme de type CDMA. 

34. Element de r6seau d'acc^s radio pour syst^me de 
radiocommunications mobiles, comportant des 
moyens adapts pour mettre en oeuvre un proc6d6 3s 
selon rune des revendications 1 & 33. 

35. Contrdleur de stations de base (RNC) pour systdme 
de radiocommunications mobiles, comportant des 
moyens adapt^s pour mettre en oeuvre un proc6d6 4o 
selon I'une des revendications 1 ^ 33. 

36. Station de base (ISIode B) pour systdme de radio- 
communications mobiles, comportarrt des moyens 
adapt^s pour mettre en oeuvre un procM^ sebn 45 
I'une des revendications 1 ^ 33. 

37. ^I^nnent de coeur de r^seau pour systdme de ra- 
diocommunications mobiles, comportant des 
moyens adaptes pour mettre en oeuvre un proc6di§ so 
selon I'une des revendications 1 k 33. 
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